home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19980424-19980901 / 000108_news@newsmaster….columbia.edu _Fri May 22 09:22:03 1998.msg < prev    next >
Internet Message Format  |  1998-08-31  |  2KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA01194
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 22 May 1998 09:22:01 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA21064
  7.     for kermit.misc@watsun; Fri, 22 May 1998 09:22:01 -0400 (EDT)
  8. Path: news.columbia.edu!panix!nntprelay.mathworks.com!cam-news-hub1.bbnplanet.com!wtn-news-feed2.bbnplanet.com!news.bbnplanet.com!netnews.jhuapl.edu!usenet
  9. From: Skip Collins <collibf1@jhuapl.edu>
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: One-Way Transfer
  12. Date: 22 May 1998 09:12:11 -0400
  13. Organization: Johns Hopkins University Applied Physics Lab, Laurel, MD, USA
  14. Lines: 25
  15. Sender: collibf1@COLLIBF1
  16. Message-ID: <wkvhqye9g4.fsf@jhuapl.edu>
  17. References: <35646665.EBB3868B@theriver.com> <6k1qoj$d92$1@apakabar.cc.columbia.edu>
  18. NNTP-Posting-Host: collibf1-2.jhuapl.edu
  19. X-Newsreader: Gnus v5.5/Emacs 20.2
  20. Xref: news.columbia.edu comp.protocols.kermit.misc:8761
  21.  
  22. jaltman@watsun.cc.columbia.edu (Jeffrey Altman) writes:
  23.  
  24. > The HP48 can not handle 9600 baud transfers without flow control
  25. > Turn on XON/XOFF flow control on the calculator and SET FLOW CONTROL
  26. > XON/XOFF on K95.
  27.  
  28. The HP48 Kermit can handle 9600 baud transfers in both directions
  29. without flow control. I do it all the time. In fact, the calculator
  30. will automatically _disable_ flow control for Kermit transfers even
  31. when it is enabled for other serial I/O (I think). There is a 255
  32. character input buffer. The bare bones Kermit on the HP48 does not
  33. implement long packets so the buffer is plenty big to handle Kermit
  34. packets without flow control.
  35.  
  36. Last month there was an interesting discussion about the limitations
  37. of HP48 Kermit on comp.sys.hp48. Search dejanews for Dan Kirkland's
  38. posts with the subject "Re: a better kermit". Due to a basic flaw in
  39. the HP ROM kermit, throughput in receiving is slower than it should
  40. be. Perhaps someone will reimplement the binary receive routing to
  41. overcome this problem.
  42.  
  43. As for the original poster's problem, I have no idea. Perhaps he
  44. should try mskermit. I works for me.
  45.  
  46. Skip Collins